IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
In Re the Application of: 
GOLDBERG etal. 
Serial No.: 09/502,285 
Filed: February 11, 2000 
Atty. File No.: 3367-2-2 

For: "A NETWORKED SYSTEM FOR PRESENTING ADVERTISING" 

Group Art Unit: 3713 

Examiner: Robert E. Mosser 

Miscellaneous Transmittal Regarding MPEP 
20QL06fc) Information From Related Litigation - 2000 Dutv of Disclosure 

Assistant Commissioner for Patents 
Washington, D,C. 20231 

Dear Examiner: 

As per MPEP 2001.06(c); Applicant's representative provides the Examiner with an additional 
document that may be considered pertinent to patentability. This document Is enclosed herewith as 
DOCUMENT 1. This document was obtained from counsel of a defendant (the New York Times) in a 
current patent infringement proceeding, wherein the claims asserted are directed to network 
advertising, and the patents being asserted have substantially the same (or identical) specification to the 
present application. Note, that the alleged prior art references cited in DOCUMENT 1 were previously 
provided in an IDS. However, for the Examiner's convenience, these references are provided again here 
in DOCUMENT COLLECTION 2. 

To the best of Applicant's representative's knowledge, all prior art cited by a defendant as well 
as arguments for the invalidity of claims has been submitted for consideration. Please consider the 
assertions made by opposing counsel in DOCUMENT 1 when determining the patentability of the 
present application. 
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Note, that it is believed the assertions regarding the invalidity of Claim 53 of U.S. Patent 
6,712,702 made by counsel for the New York Times is incorrect, and Applicant's representative will 
submit, upon request by the Examiner an analysis demonstrating support for Claim 53 in U.S. Provisional 
Patent Application Serial No, 60/010,703 filed Jan. 26, 1996 if such submittal will assist the Examiner in 
determining the patentability of the presently pending claims. 

If the Examiner has any questions, please contact the undersigned by phone. 

Respectfully submitted, 

Bv : /Dennis J. Duprav/ 

Dennis J. Dupray 
Registration No. 46,299 
1560 Broadway, Suite 1200 
Denver, Colorado 80202 
(303) 863-2975 



Date: Dec. 28. 2007 
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Dovel & Luner, LLP 
201 Santa Monica, Blvd. 
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Santa Monica, CA 90401 
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Dear Julian, 

I enclose prior art that Steve mentioned on his call v/ith you recently. The reason 
v/e had been reluctant to give this art to you is because, as you know, there are 
continuation applications currently undergoing ex parte prosecution and it is generally 
viewed that it is easy for lawyers to submit references to the Patent Office without 
making the Patent Office aware of the significance of those references (e.g., by burying 
the references, not informing the Patent Office of why the reference is relevant, not 
highlighting the significant portions of lengthy references, etc.). Nevertheless, we 
enclose the art so that you will see that, if you were to convince the. Court that the New 
York Times infringes (which is highly unlikely), the asserted claims of the patents in suit 
would be invalid because the Times' website operates in the same manner as the prior art 
websites disclosed in these references. 

In addition to enclosing the references, we outline below some of the reasons why 
these references are particularly significant so that you will have this information (and 
presumably will provide this information to the Patent Office). 

With respect to claim 1 of U.S. Patent 6,183,366 (the ***366 patent"), we have 
located several prior ait references disclosing that multiple websites displayed banner 
advertisements as early as October of 1994, well before the earliest potential priority date 
of the '366 patent. For example, a posting to a newsgroup from October 29, 1994, 
announcing the launch of the HotWired website, describes the advertising on the site as 
"a single . , . barmer at the head of a content section" and also lists the advertisers as 
including: Club Med, Volvo, IBM, MCI and Coors* Zima. (Exhibit A). A newsgroup 
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posting from November 22, 1994, describes the banner advertisements on HotWired as 
including "hyperlinks to more in-depth information." (Exhibit B). An article in Business 
Editors & Telecommunications Writers in January 18, 1995, announced that the San Jose 
Mercury Nev/s was publishing its daily newspaper on the World Wide Web and that the 
site would include "[ajdvertising positions consisting of an image and hyperlink." 
(Exhibit C). 

As is evident fi om the above, before the priority date of the '366 patent, multiple 
sites existed on the World Wide Web that displayed advertising in the exact same manner 
as the Times' website does today. Accordingly, if a Court were persuaded that the 
Times' website infringes claim 1 of the '366 patent (it does not), the claim would be 
anticipated by this prior art. 

With respect to claim 53 of U.S. Patent 6,712,702 (the "'702 patent"), neither of 
the two provisional applications provide support for claim 53. Thus, any art that is prior 
to December 3, 1996, is presumptively ^'prior art." As discussed above, HotWired.com 
displayed banner ads containing hyperlinks as early as October of 1994. (Exhibits A and 
B). Moreover, a newsgroup posting from July 12, 1996, notes that '^HotWired can store 
your usemame and password in a cookie so that you don't have to authenticate yourself 
every lime you visit." (Exhibit D). Thus, at some time prior to July of 1 996, HotWired 
was operating a website that displayed banner advertisements along with content and 
used cookies to prevent users from having to login each time they visited the website. 
Thus, there is no substantive distinction between the prior art HotWired website and the 
fiinctionality of the Times' website. 

Moreover, even if you were allege that the claim 53 has an effective filing date of 
January 1 996 (which it does not), claim 53 would still be invalid because Netscape 
introduced "cookies" in the spring of 1995 and filed for a patent on its **cookie" concept 
in October 1 995. (see Exhibit E). The Netscape patent teaches that it is advantageous to 
use a cookie to provide a user with access to a news website (such as the Hotwired.com 
website or the San Jose Mercury News website) because doing so enables *the user to 
view the publication without requiring the user to re-enter the necessary subscription 
information." (Exhibit E at col. 2:56 to col. 3:27). 
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Accordingly, if a Court were persuaded that the Times' website infringes claim 53 
(which it does not), then the claim would be anticipated by HotWired.com or would be 
found obvious in view of the HotWired.com and the Netscape cookie patent. 



Very truly yours, 




BR:dob 
Enclosure 
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DOCUMENT COLLECTION 2. 



EXHIBIT A 



fHc:///C|/DocLlmcl^ts%20and%20Settings^rosenbl/Dcsktop/Nc\\'%20FoI...%20.%20HotWired%^ 

Path: nntp.gmd.de!xlink.net!rz.uni-karlsruhe.de!news.uni-stuttgart.de! 
news.belvviie.de!news.dfn.de!Germany.EU.net!EU.net!howland.reston.ans.net! 
solxti\colunibia,edu!hotwired-i...@hotwiredxom%Inter...@iltxolumbia.e 
Message-ID: <1 9940ct29. 1 305 1 9.2 1 908 1 62@ilt.columbia.edu> 

Newsgroups: alt.wired 

From: hoUvired-i.„@hotwiredxom%Inter...@ilt.columbia.edu 
Distribution: world 

Organization: Institute for Learning Technologies 
Date: Sat, 29 Oct 1994 13:05:19 EST 
Subject: HotWired Goes Live 
Lines: 135 

HotWired is now live on the Net. You're welcome to join us with your 
favorite graphical Web browser at: 

http;//vvvvw,hotwired,com/ 

HotWired FAQ 

What Is HotWired? 

HotWired is new thinking for a new medium. We call it a cyberstation, 
a suite of vertical content streams about the Digital Revolution and 
the Second Renaissance with an integrated community space. While 
HotWired is cui*rently bound by technological limitations that restrict 
bandwidth, it represents the genetic blueprint that will evolve into 
the overarching media environment of the next century. 

At the core of HotWired's editorial is point of view. We are not in 
the content business, we are in the context business. People today 
don't have the time or inclination to make sense of the data flood. 
HotWired is Wired's answer to the need for professionalism in a new 
medium that has been filled until now with something that resembles 
pubhc access television programming. 

HotWired is live, twitching, the real-time nervous system of the 
planet. 

What Does HotWired Look Like? 

HotWired is a stunning reinterpretation of the World Wide Web. 
Developed by Creative Director Barbara Kuhr of the award-winning 
design finn Plunkett + Kuhr, HotWired's look is clean and bright, 
filled with playful logos by Dutch designer Max Kisman and bursting 
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with world-beat colors. 

HotWired can be accessed on the Internet via the World Wide Web and a 
client application such as Mosaic. 

How Is HotWired Different? 

HotWired doesn't look like any online service out there - it zigs 
where all the others zag. (HotWired's unofficial design watchword was 
"war on bevelled edges.") Its content and perspective are as 
innoA^ative as those of its mothership, Wired magazine, while at the 
same time being utterly different. Its community space is 
teclinologically unrivalled - the first graphical conferencing system 
for the World Wide Web. 

Isn't Advertising Anathema on the Net? 

The Net community does indeed react negatively to invasive advertising 
- the kind of spamming conducted recently by the Arizona lawyers 
Canter and Siegel, which elicited a massive rejection by the Net's 
immune system. The advertising on HotWired is the opposite of 

invasive. 

Each advertiser is accessible only through a single discreet banner at 
the head of a content section. Most advertising is 90 percent 
persuasion and 10 percent information; advertising on HotWired 
reverses this ratio. And the privacy of members is guaranteed by 
HotWired's unqualified commitment to never divulge a member's personal 
information to advertisers. 

Why HotWired, Why Now? 

Because while Big Media and the telecom behemoths have been busy 
forming "strategic alliances" to build the "information superhighway" 
and sending out press releases about the tests they're launching any 
day now, thousands of companies and millions of people have quietly 
built a new interactive medium called the Internet. 

This medium is not magazines with buttons, any more than television 
was radio with pictures. It's a new medium with a new aesthetic, a new 
commercial dynamic. 

Many media comj^anies shovel their leftovers into the online world and 
call it content. HotWired is not one of them. 

Where Wired is a clear signpost to the next level, HotWired is 
operating from that next level. HotWired is a constantly evolving 
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experiment in virtual community. It's Way New Journalism. It's 
Rational Geographic. 

Today is like 1948; a new medium has reached critical mass. We're 
tiying to help define the future of that medium before it ends up like 

television, 

So if you're looking for the soul of our new medium in wild 
metamorphosis, our advice is simple. Get HotWired. 

What Does HotWired Cost? 

HotWired is free to members. HotWired's revenue model is similar to 
broadcast media - content supported by sponsors. HotWired's sponsors 
are some of the bluest chip advertisers in America, including IBM, 
AT&T, Volvo, Sprint, MCI, Zima (Coors), Internet Shopping Network 
(Home Shopping Network), Club Med, etc. 

What Hotwired Is Not 

HotWired is not Wired magazine with another name (Wired works 
perfectly well in print, thank you). It's not a so-called online 
magazine (prijit content reduced to ASCII and shoveled into another 
medium, narrowband interactive). It's not video-on-demand (a 
pie-in-the-sky marketing concept created by out-of-touch old-media 
executives to justify their headlong rush into a new medium they don*t 
understand, broadband interactive). It's not an online service like 
Prodigy or AOL (now rendered obsolete by the explosion of interest in 
the Intemet and the development of the Web and graphical browsers). 

And like Wired before it, HotWired is not a cold, marketing concept, 
but the heartfeh expression of the passion of its creators. 



RFC850 Headers Follow 



X-ENSMTPGroup: alt.wired 
Newsgroups: alt. wired 
Path: 

news.columbia.edu!sol.ctr.columbia,edu!howland.reston.ans.net!agate!hilbei1.dnai.com!nbn!shlan3.wired.com!u^^^ 
From: hotwired-i...@hotwired.com (Chip Bayers) 
Subject: HotWired Goes Live 

Message-ID: <hotwired-info-271094205...@shlan3,wired.com> 

Follovvup-To: alt. wired 

Sender: n,..(^nbn.com 

Organization: HotWired 

Date: Fri, 28 Oct 1994 03:44:58 GMT 

nie:///Ci/Documcnts%20and%20Seitings/broscnbI/Dcskt..Ted%20Gocs%20Li (3 of 4)1 1/19/2007 10:56:27 AM 
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Lines; 1 14 



delivered by the ILTnet gateway 
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Path: nntp.gmd.de!newsserver.jvnc.net!ne\vs.edu.tw!rs540.ncu.edu.tAv! 
nevvsxc.nctii.edu.tw!ncUiccca.edu.tAv!howland.reston.ans.net!gatech! 
paladin. american.edulauvmlworld.std.comlkliss 
Comments: Gated by NETN...@ AUVM.AMERICAN.EDU 
Newsgroups: bit.listserv.buslib-1 
Mime-Version: 1.0 

Content-Type: TEXT/PLAIN; CHARSET-US-ASCII 
Approved-By: Kenneth M Liss <kl...@WORLD.STD.COM> 
Message-ID: <Pine.3.89.941 1222122.A19810-0100000@vvorld.stdxom> 
Date: Tue, 22 Nov 1994 22:49:32 +0001 
Reply-To: Kenneth M Liss <kl.,.@world.std.com> 
Sender: BUSLIB-L - Business Libraries Discussion List 

<BUSLL..@IDBSU.BrrNET> 
From: Kenneth M Liss <kl...@world.std.com> 

Subject: New Newsletter: TRADEWINDS - Trade magazine coverage of the Net 

Lines: 336 

Buslibbers - 

After some difficulty, I've found at least a temporary home for this 
newsletter, v^^hich reviews articles about the Internet in trade and 
industry periodicals. The current issue, Vol. 1, No.2, follows; the 
premier issue can be found by following the gopher and ftp instructions 
in the introduction. 

MAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 
TRADEWINDS 
A monthly round-up of Internet coverage 
in trade and industry magazines 

AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 

Volume 1, Number 2 November 1994 



INTRODUCTION: | 

TRADEWINDS is a monthly review of articles about the 
Internet, drawn from several hundred trade and industry periodicals 
available to the editor. It does *not* include (with some exceptions) 
articles from the computer press; these are well-covered 
elsewhere. 

As business use of the Internet grows, so too does coverage 
of the Net in the periodicals business people read most, 

n!c:///C|/i>)cunH'nls%20and%20Selungs/brosenbl/Desk...%20bannere)%20^ (1 of 9)1 1/I9/2007 10:56:27 AM , 
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TRADEWINDS aims to document that coverage, filling a gap in the 
bibliography of Internet reporting and reflecting the growing 
awareness of the Internet in the business community. 

TIIADEWINDS is available via gopher at: 

gopher.std.com/periodicals/TRADEWlNDS 

or via ftp at: 

ftp.std.com/periodicals/TRADEWINDS 

Material in this newsletter may be redistributed as long as 
TRADEWINDS is noted as the source. Send comments to the editor at 
the address below. 

Ken Liss, Editor 



Kenneth M. Liss ^ Internet: kl...@world.std.com 
Kirstein Business Branch kl...@bpl.org 
Boston Public Libraiy Phone: (617) 523-0860 

20 City Hall Avenue 
Boston, MA 02108 



AAAAAAAAAAA/\A/\AA/\A/\AAAAAAAAAAA/\A 
ACCOUNTING 

Clolery, Paul. "Computer junkies crave info and food," in 
Practical Accountant 27 (10) October 1994, p, 12. 

This brief item describes "The Internet Bulletin for CPAs," a 
new monthly electronic newsletter covering accounting resources 
ajid discussion groups on the Net. The publisher, Kent Information 
Services, also provides CPAs with access to the Internet, 
including five free hours and two free issues of the newsletter. 

Coderre, David G. "Surfs up," in Internal Auditor 51 (5) October 
1994, p. 18-20. 

Internal Auditor, which published a directory of readers' 
Internet addresses in its August issue, follows up with a guide to 
auditing resources on the Net. Among the resources cited are: the 
Internal Auditing World Wide Web, established by the Dartmouth 
Hitchcock Medical Center in New Hampshire; an auditing listserv 
maintained at the University of East Anglia in Great Britain; and 
three listsei*vs for college and university auditors from the 
Association of College and University Auditors. The magazine's 
still-growing list of auditors' e-mail addresses, as well as an 
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AuditNet Resource List, are now being maintained electronically as 
well. 

ADVERTISING & MAI^TING 

Cross, Richard. "Internet: the missing marketing medium 
found/' in Direct Marketing 57 (6) October 1994, p. 20-23. 

In a wide-ranging cover story, information consultant Cross 
looks at the marketing opportunities presented by the Intemet and 
calls for a new approach based on more interactive relationships 
between marketers and consumers. The Net, says Cross, offers "the 
ideal inedium for creating and sustaining true customer dialogue," 
"Approach it as a vehicle for listening to your marketplace and 
developing one-to-one relationships with people who ask for what 
you have to offer, and you stand to gain a real advantage," he 
whites. "Use it to send unwanted commercial messages and you will 
not only fail, but make the way more difficult for other would-be 
cybermarketers," Cross offers general information about the 
Internet, as well as examples of successful and unsuccessful 
commercial applications. He also cites other writers on what 
works and doesn't work for marketers on the Net. 

Underwood, Elaine. "Med, Zima HotWire Intemet," in Brandweek 35 
(42) October 31, 1994, p. 13. 

Club Med, Volvo, IBM, MCI and Coors' Zima are among the 14 
advertisers taking part in the launch of Wired magazine's new 
HotWired service on the World Wide Web, according to Brandweek. 
"This is step one, get on the Internet and see what happens," says 
Barbara Press, ad agency account manager for Club Med, MCI and 
Volvo. Each advertiser's approach differs, but all are going for 
"informative and entertaining content" in place of hard sales 
pitches. 

AEROSPACE 

Asker, James R. "NASA solicits bids via Internet," in Aviation 
Week & Space Technology 141 (16) October 17, 1994, p. 58. 

Under authority granted in a new procurement reform act, NASA 
has begun soliciting bids on mid-range contracts ($25,000 to 
$500,000 annually) via the Net. Askers reports on the agency's 
plans to move its procurement process from the print Commerce 
Business Daily to an electronic format. NASA official Thomas L. 
Deback says the Internet version allows contractors to get more 
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information than the simple synopsis included in CBD. "With this 
system he can down-load the actual solicitation and be working on 
it minutes after reading the synopsis/' he says. The new format 
is also expected to cut down on the time of the bid process. 

APPAREL 

Miller, Cyndee, "Men drop their dull drawers for something more 
colorful;* in Marketing News 28 (22) October 24, 1994, p. 1-2. 

Men's underwear is a hot item on the fashion front these days 
and marketers are finding new ways to promote it, including - as 
this article shows - through the Internet. The popular Joe Boxer 
brand encourages consumers to "contact Joe Boxer in underwear 
cyberspace/' (Joe Boxer's Internet address has been included on 
packaging, billboards and advertisements: one of the company's ads 
is reproduced on the magazine's front page). The San Francisco- 
based firm has even dropped its 800 number in favor of the e-mail 
address, through which consumers can ask questions, send comments 
or find out where they can buy the shorts. Marketing director 
Denise Siattery says using the Net is cheaper than an 800 number 
and attracts more responses from consumers. 

BANKING 

Meece, Michael, "Start-up offers payment system for data bought 
over the Internet/' in American Banker 159 (203) October 20, 1994, 
p, 1+. 

American Banker reports on First Virtual Holdings, Inc., a 
Wyoming company acting as a clearinghouse for consumer purchases 
conducted over the Internet. The First Virtual system, according 
to the article, was put together "without the involvement of a 
traditional bank - a sign of how the emerging 'information 
highway' could compete with existing payment systems." Under the 
system, a consumer places an order with a merchant over the 
Internet. Account information is then transferred to the merchant 
separately, over Electronic Data Systems' non-Internet network. 
(Consumei s and merchants must register with First Virtual, for a 
fee, to take part). With no sensitive account information passing 
over the Net, the need for data encryption is eliminated, 
according to the AB. Lee Stein, First Virtual's president and 
CEO, calls the system "the launching pad for what we believe will 
become the world's largest and fastest-growing cottage industry - 
the buying and seUing of information on the Internet." 
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GENERAL BUSINESS 

Chtirbuck, David C. "Dial-a-catalog," in Forbes 154 (8) 
October 10, 1994, p, 126-130. 

Forbes introduces its readers to "home pages" and the World 
Wide Web. The article describes actual and potential uses of the 
Web, together with some description of the way it all works. 
Churbuck also discusses a handful of high tech companies trying to 
capitalize on the Web with new products. 

Srodes, James. "Business class in cyberspace" (Washington 
Watch), in Financial World 163 (22) October 25, 1994, p. 16. 

Srodes' report on big business use of the Net devotes about 
half its space to the cautionary (to say the least) words of 
Dialog General Counsel Bob Simons. "Internet is a dangerous place 
to do business/' says Simons, He worries about privacy, security 
and copyright safeguards and warns that the Net will not be 
successfiil "unless commerce is the driver." The article was 
sparked by Department of Commerce hearings in Washington on what 
it will take to get big business to participate in the network. 

INSURANCE 

Jones, David C. "Info, superhigliway coming to agency business," 
in National Underwriter - Property & Casualty /Risk & Benefits 
Management Edition 98 (43) October 24, 1994, p. 10+. 

Members and participants in three insurance industry 
organizations can get free access to the Internet through the 
National Alliance for Insurance Education and Research, according 
to National Underwriter. The Alliance is offering usemames and 
passwords thiough its thi ee member organizations, the Society of 
Certified Insurance Counselors, the Society of Certified Insurance 
Service Representatives and the Academy of Producer Insurance 
Studies. CIC Society President William T. Hold says participants 
will be able to get CIC information, as well e-mail, telnet, 
netnews and other capabilities. The society will offer discussion 
forums, a catalog of its programs, publications and services, and 
online registration for institutes, seminars and courses. 

PERSONAL FINANCE 

Davis, Kristin. "Personal-finance goodies on the Internet," in 
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Kiplinger's Personal Finance Magazine 48 (10) October 1994, p. 34- 
36. 

Davis presents a handful of personal finance resources on the 
Net, from college scholarship information to interest rates to 
stock quotes and 10-Ks. She recommends the Personal Finance 
Center on O'Reilly's Global Network Navigator as the closest thing 
to a one-stop shopping site. 

PUBLISHING 

"Help-wanted ads via the Internet/' in Editor & Publisher 127 (40) 
October 1, 1994, p. 29. 

The New York Times will make its help-wanted ads available 
over the Internet in a six-month test beginning later this year, 
according to this E&P brief. The service will be available at no 
cost to advertisers or job seekers during the test and may be 
expanded to include classified display advertising. 

Huhn, Maiy. "Caution flags on the Infobahn," in Mediaweek 4 (41) 
October 24, 1994, p. 34-6. 

The Internet looms in the shadows in this article on magazine 
publishers' cautious approach to electronic publishing. Time, 
Inc. is the only one of the top 10 publishers with a presence on 
the Internet, according to Mediaweek, but the Net*s movement 
toward the mainstream has others paying attention, (See Krantz, 
below, for more on Time's new Internet venture). The magazine 
companies, Huhn writes, are flush with the content the information 
highway needs, "Problem is nobody knows what to do with it - 
yet." The publishers, according to the article, "are cowed by 
technological problems, uncertain consumer demand, and, as a 
natural consequence of the above, lack of large-scale advertising 
and the revenue that would follow." Many are adopting a "hurry- 
up-and-wait" approach, says Huhn, reluctant to rush in, but not 
wanting to be left behind. 

Krantz, Michael. "Time to try the Internet," in Mediaweek 4 (41) 
October 24, 1994, p. 5-6. 

"The Web is the cool place to be now," says Time, Inc.'s 
Walter Isaacson in this brief report on Time's new "Pathfinder" 
home page on the World Wide Web. Pathfinder - "a work in 
progress" - includes material from Time and Vibe magazines, plus 
additional material and some advertising. Time has no plans to 
abandon its involvement with America Online and other commercial 
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sei-vices, but, says Time New Media President Curt Viebranz, "we 
want to control our own destiny." 

Manly, Lome. "Online emerges as steady, profitable sub source/' 
in Folio: The Magazine for Magazine Management 23 (16) October 1, 
1994, p. 20. 

The Internet's Electronic Newsstand subscription service is 
cited in this article about magazine subscriptions generated via 
online services. Some magazines receive as much as five percent 
of their subscriptions online, according to the article. 
Publishers, it says, benefit from low costs and a high pay-up rate 
- the highest of any source at some publications. 

Reid, Calvin. "NWU paper addresses online concerns," in 
PubHshers Weekly 241 (41) October 10, 1994, p. 8-9. 

Writers and publishers offer differing views of authors' 
online rights in this report on a National Writers Union position 
paper. The paper -- "Recommended Principles for Contracts 
Covering Online Book Publishing" - addresses such issues as 
copyright, rights sales, royalties and more. The NWU 
differentiates between simple electronic texts and value-added 
foimats. (The World Wide Web is cited as an example of the 
latter). "We believe," says the report, '* that an operation that 
adds little value to a book product does not deserve the same 
rights and income share as one that does." One online publisher, 
Glen Hauman of BiblioBytes, disputes some of the NWU positions. 
The position paper, says Hauman, ignores some of the costs of 
online publishing, including "Internet connectivity [at] thousands 
a month." 

"Wired's online magazine hot for ads," in Folio: The Magazine for 
Magazine Management 23 (16) October 1, 1994, p. 14. 

This brief item in Folio reports on plans to include 
advertising in HotWired, the new electronic publication from Wired 
magazine. Advertising can include banner ads at the introduction 
to each of the publication's 1 1 sections, as well as hyperlinks to 
more in-depth infomiation. 

RESTAURANTS 

Morton, Alan. "What's cooking in cyberspace," in Restaurant 
Business 93 (15) October 10, 1994, p. 80-88. 

The Internet garners only a brief mention in this article on 
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restaurateurs using online services. Of special note is a quote 
from Steve Adams, who heads the independent HotelNet service. 
"The kids coming out of restaurant schools are used to the 
technology and they demand it/' says Adams. '*They say 'I won't 
run a restaurant without a computer, or a computer without a modem 
to give me the connectivity I need.*" 

TRANSPORTATION & DISTRIBUTION 

Harper, Doug. "Internet: a bargain basement database/' in 
Industrial Distribution 83 (10) October 1994, p, 48. 

Harper offers a general introduction to the Net for the 
readers of Industrial Distribution. He describes the Net, with 
all its benefits and pitfalls, as "an enormous bargain in terms of 
the volume and variety of data that is available at rock-bottom 
prices." 

TRAVEL 

Dorsey, Jennifer. "Experts say: test on-line sales now," in 
Travel Weekly 53 (84) October 24, 1994, p. 63-64. 

Travel Weekly's readers are advised to experiment with the 
Internet in this report on a recent conference on business use of 
online services. Kathryn McCabe, editor in chief of Online 
Access magazine, the conference sponsor, recommends trying the Net 
either through one of the big commercial services or an 
independent access provider. McCabe foresees the release of 
Windows 95 spurring Internet applications and use. The article 
also notes that several travel companies are using the Net as a 
promotional vehicle. 

Golden, Fran. "Program lets Internet users book hotels," in 
Travel Weekly 53 (81) October 1,3, 1994, p. 1+. 

This article describes TravelWeb, "an "interactive electronic 
color catalog of hotel properties" on the Net. Developed by 
Thisco (an acronym for The Hotel Industry Switch Co.), TravelWeb 
wall allow consumers to reserve rooms via the Internet after 
browsing through detailed hotel descriptions, including color 
photos. (Hyatt Hotels is the first company to sign up). Thisco, 
formed by leading hotel and travel companies, is also encouraging 
travel agents to use the service, gathering hotel information and 
linking to resources like local weather reports. "Every agent has 
a PC on the desk," says l^hisco President John Davis III. "They 
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shouldn't be afraid of automation." 

"Road signs found on the information superhighway/' in Travel 
Weekly 53 (86) October 31, 1994, p. 37. 

Travel Weekly presents a glossary of Internet terms to follow^ 
up on its October 13th article about the travelWeb service. (See 
above). (This issue of the magazine also features a page 1 "Late 
News" brief on Club Med's introduction of an interactive brochure 
on the Net). 

AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 
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Source; Mega News, All (English, Full Text) 

Search Terms: ("san jose mercury news" w/p {web or mosaic or internet or www)) 
or (("all the news that fits on-line") and byte) and date (geq (01/01/1993) 
and leq (05/15/1995) ) 



January 18, 1995, Wednesday 
DISTRIBUTION: Business Editors & Telecommunications Writers 
LENGTH: 877 words 

HEADLINE: San Jose Mercury News Now Publishing on the World Wide Web 

DATELINE: SAN JOSE, Calif. 

BODY: 

Jan. 18, 1995-The San Jose Mercury News announced Wednesday that its daily newspaper is now publishing on 
the World Wide Web in a ground-breaking format that includes advertising from Ameritech, Career Mosaic. Coldwell 
Banker, Del Monte, Leo Hamel & Co. jewelers, IBM and Netcom. 

The Silicon Valley newspaper was one of the first to go online, launching Mercury Center on America Online on 
May 1993, Mercury Center's Web site has been in beta test since December. 

"We*re proud to introduce Mercury Center Web for what we view as significant and growing audience on the Inter- 
net," said Bill Mitchell, director of electronic publishing for the Mercury News. "At the same time, we are committed 
to continue aggressive development of our service on America Online, which we believe is the best choice for many 
consumers." 

Mercury Center Web offers the complete news and editorial text of each day's San Jose Mercury News, arranged by 
sections in the form of headlines and summaries. Readers can click on the headline to read the complete article. 

The home page is updated throughout the day with changing news photographs and the latest headlines. Other fea- 
tures include searchable classified ads, access to Mercury Center's NewsHound clipping service, Computer Currents 
magazine and links to other Web sites in the Bay Area and nationwide. 

Advertising positions consisting of an image and hyperlink are located at the bottom of most pages. An advertiser's 
content may be stored on the Mercury Center server, or at anotlier server anywhere on the Internet. 

"You don't need Mercury Center to get on the Web, but if you expect to build an audience for your commercial 
Web site, you're going to have to advertise it in a high-traffic area like Mercury Center," explained Barry Parr, Mercury 
Center product development manager. 

Del Monte's advertisement is a hypertext cookbook. Leo Hamel & Co. jewelers of Redwood City, Calif., offers a 
catalog and interactive mystery game. Coldwell Banker's area on Mercury Center offers information on its real estate 
listings in Northern California. Career Mosaic, a service of the Bernard Hodes Advertising Inc.. lists job openings in 
Silicon Valley and elsewhere. Tlie advertisements by Ameritech , IBM and Netcom feature links to their existing home 

pages. 

"This is a unique opportunity for an advertiser like Coldwell Banker because of the global reach of the Internet and 
the ability to display images of homes" said Larry Knapp, president of Coldwell Banker Northern California. 

Mercury Center uses the Netsite(TM) server software from Mountain View, Calif.-based Netscape Communica- 
tions Corp. and recommends use of the Netscape Navigator client software for optimum performance, "Netscape's cli- 
ent software provides the best view and fullest use of Mercury Center on the Web," said Mitchell. 

"Mercury Center is a leading example of how publishers can use the Internet of deliver their publications to a 
global audience," said Jim Clark, chairman of Netscape Communications. "The combination of Netscape Navigator and 



Nelsite server software enables Mercury Center to provide news and information to online users smoothly, reliably and 
securely." 

The server is connected to the Internet via Netcom Online Communications Services Inc., a San Jose-based internet 
services provider. Mercury Center is a top-level menu selection for users of Netcom's NetCruiser(TM) software, "The 
NetCruiser bundle of Internet tools and its web browser provides a great turnkey solution for Internet access," said 
Mitchell, 

In addition, Mercury Center Web is linked from the home page of Prodigy's new Web service. 

Search software from Verity Inc. of Mountain View, plays a key role in the internal operation of Mercury Center 
Web, It is also used to make Mercury News classified ads searchable. 

"You can enter a request like 'marketing manager, engineering' and get a relevance-ranked list of ads," said Parr. 
"In the first quarter of 1 995, we'll extend the power of the Verity search engine to the entire Mercury Center Web." 

Other improvements planned for the first quarter are access to supplementary articles and documents, a searchable 
library of back issues of the Mercury News, and bulletin boards where readers can communicate with one another. 

Mercury Center Web is currently free of charge. Later this quarter, the service will be divided into free and paid ar- 
eas. "The subscription price has not been determined," said Mitchell, "but advertising will help us keep the service very 
inexpensive for consumers to subscribe." 

Mercury Center is the information services unit of the San Jose Mercury News, a Knight-Ridder newspaper. Mer- 
cury Center also offers the NewsHound clipping ser\'ice, News Call telephone and fax service, and News Search, a li- 
brarian-assisled archive service. -0- 

Note to Editors: Netscape, Netscape Navigator, and Netsite are trademarks of Netscape Communications Corp. 
NetCruiser is a trademark of Netcom Online Communication Services Inc. 

CONTACT: San Jose Mercury News, San Jose 
Barry Parr, 408-920-5384 
Email: barryparr@sjmercury.com 
http://www.sjmercury.com 



DOCUMENT COLLECTION 2. 



EXHIBIT D 



file:///C|/DociMncnts%20and%20Settings^rosenbl/Desktop/Ne\\%20Fol.^ 

From: Jklec...@pobox.com (Joel Klecker) 
Subject: Re: Cookies? 
Date: 1996/07/12 

Message-I D : <jklecker- 1 20796 1 859 1 8000 1 @news.teleport.com># 1 /I 
X-Deja-AN: 168114377 

x-pgp-fmgerprint: 12 92 9C E4 60 DF 62 CD FC AD 1 8 47 9A 74 E7 Dl 

references: <3 lE5935B.4E9@neosoft.com> 

content-type: text/plain; charset=ISO-8859-l 

organization: The Anti-Redundancy Society Against Redundancy 

mime-version: LO 

newsgroups: comp.sys.mac.comm 

In article <31E5935B...,@neosoft.com>, dssc...@neosoft.com wrote: 

ll've seen alot of discussion on the cookie issue, even a web site that 
jwill display some of the information that can be extracted from your 
Ibrowser. Several utilities are now available that will delete the 
Icookie file automatically for you, but I would like to know if there is 
|an application or something out there that will display the information 
|that is available from your browser. Based on stories in the media 
lalmost everything is available, but then others say that isn*t true. I 
jdon^t want to be paranoid and just delete the cookie file, but I would 
I like to know what can and cannot be extracted from my browser. Anyone 
Igot a clue? 

Quite a bit of information can be gotten about you, but it has absolutely 
nothing to do with cookies. Cookies are just a way for a web server to ask 
a v/eb browser to store something for it(for example, Hotwired can store 
your username and password in a cookie so that you don't have to 
authenticate yourself every time you visit). Cookies cannot provide 
information that the server couldn't otherwise have gotten via other 
means(such as normal access of web pages). Some web sites that offer 
customized web pages(like <http://www.search.com/>) use cookies to store 
them. If you really want to be anonymous while surfing the web see 
<http://www.anonymizer.com/> (this also has the side effect of preventing 
cookies from working). 

|Joel Klecker |For the rest of my .sig, visit: | 

I [<http://www.pobox.com/-jklecker/sig.html>! 

|jklec...@pobox.com |Do you believe in Macintosh? Visit: | 
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|http://www,pobox.comHklecker/ |<hltp://www,evangelist.macaddict.com/>. | 



nie:///C|/Documems%20and%20Settings/broscnbl/Dcsk..yo20Cooki«^^^^ (2 of 2)1 1/19/2007 10:56:27 AM 



DOCUMENT COLLECTION 2. 



EXHIBIT E 



United States Patent [i9] 

Montulli 



[54] PERSISTENT CLIENl^ STATE IN A 

HYPERTEXT TRANSFER PROTOCOE 
BASED CUEN T-SERVER SYSTEM 

[75] Inventor: Lou Montulli, Palo AJto» Calif, 

[73] Assignee: Netscape Communications 

Corporation, Mountain View, Calif. 

[21] Appl. No.: 540;J42 
[22] Filed: Oct. 6, 1995 

[51] Int. CI.'' G06F 13/38; G06F 17/30 

[52] U.S. CI 395/200.57; 395/200.33; 

395/200.47; 345/335 

[58] Field of Search 395/200.32, 200.33, 

395/300,48, 200.49, 200.57, 200.58, 200.6; 

345/335; 707/501, 10 

1 56] References Cited 

PUBLICAnONS 

Van Name ct al., "Putting thr lid on Pandora's Cookie Jar"; 
PC Week Aug. 19, 1996 V13 N33 PN811). 
Foster, "Can mixing * cookies* with online marketing be a 
recipe for heartburn?"; InfoWorld Jul 22. 1996 v/8 p54(l), 
McCarthy, " I'he Netscape Bisc\ut Company", Government 
Computer News Sep. 23, 1996 vl5 no 24 p55(2). 
i^aynovich, ^'Microsoft readies browser update"; I^N 
Times; Aug. 5, 1996 vl3 no 17 p7(l), 
Netscape; "Persistent Client Slate HTTP Cookies"; 1997; 
htip://homo. nctscapc.com. /ncwsref/std/cookie_spccihm. 
Montulli el al.; "Proposed H'lTP State Management Mecha- 
nism"; Aug. 16, 1996 HTTP Working Group. 



Illllllllillllliilllillllllillllllllliillllllll 

US005774670A 

[11] Patent Number: 5,774,670 
[45] Date of Patent: Jun. 30, 1998 



"Cookie I-D Drafts"; Nov. 21. 1997; http://portal.rcscarch. 
bcll-labs.com/ dmk/cookie-ver.html. 

CMP NetGuide Magazine; "The Trouble With Cookies", 
May 1, 1996; Issue 305. 

Primary Examiner— Mhik H, Rinehart 

Auorneyj Agent, or Firm — Michael A. Glenn; Harvey J. 

Anderson 

[57] ABSTRACT 

A method and apparatus for transferring state information 
between a server computer system and a client computer 
system. In one embodiment of the method, an hitp client 
requests a file, such as an HTML document, on an http 
server, and the http server transmits the file lo the hllp client. 
In addition, the http server transmits a state object, which 
describes certain state information, to the http client. The 
http client stores the state object, and will typically send the 
state object back lo the http server when making later 
requests for files on the http server. In a typical embodiment, 
the slate object includes a domain attribute which specifies 
a domain or network address, and the state object is trans- 
milled from the http client lo a server only when the http 
client makes an http request lo the server and the server is 
within the domain. In one embodiment, the apparatus 
includes a processor and memory and a computer readable 
medium which stores program instructions. In the case of the 
client system, the instructions specify operations such as 
receiving and storing the stale information; in Ihe case of the 
server system, the instructions specify operations such as 
sending the state information to a client system. 

26 Claims, 8 Drawing Sheets 
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One of the major features of the world-wide-web 
is the ability to retrieve images from 
sites distributed around the world. 

These images can then be 
combined with a text document 
retrieved separately and presented 
as a single "virtual" document to 
an end-user 



This HTML document demonstrates 
this capability. This document was 
fetched from a server in northern 
California. However, this image: 
was obtained from the University 
of Stockholm. 




FIG. 2 
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Distributed Image Loading Example 

One of the major features of the world-wide web is the ability to 
retrieve Images from sites distributed around the world. These 
images con then be combined with a text document retrieved 
separately ond presented as a single "virtual" document to on end-user, 
This HTML document demonstrates this capability. 

This document was fetched from a server in Northern California. 
However, this image: 




was obtained from Illinois. And this one: 




was obtained from the University of Stockholm. 



FIG. 3B 
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Browser Sends POST With Specific Information 
About Selected Product. 



Merchant Servers Generates and Sends Synthetic 
Page and Cookie Describing Selected Product. 
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Browser Accesses a Check-Out Page and Sends 
Coolcie Describing Selected Products. 
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1>ERSISTENT CLIENT STATE IN A 
HYPERTEXT TRANSFER PROTOCOL 
UASED CLIENT-SERVER SYSTEM 

HELD OF THE INVENTION 

This invention relates to comiounication in a client-server 
computer systems. Specifically^ the invcntioo relates to 
client-server computer systems in which a server can send 
state information to a client and the client stores the state 
information for later retransmissions back to the server 

BACKGROUND OF THE INVENTION 

An important iisc of computers is the transfer of infor- 
mation over a network. Currently, the lai^cst computer 
network in existence is the IiiterNet. 'Hie IntcrNct is a 
worldwide interconnection of computer networks that com- 
municate using a common protocol. Millions of computers, 
from low end personal computers to high -end super com- 
puters are coupled to the IntcrNet. 

ITie InterNet grew out of work funded in the 19GOs by the 
U.S. Defense Dep;irtment's Advanced Research Projects 
Agency. For a long time, IntcrNet was used by researchers 
in universities and national laboratories to share informa- 
tion. As the existence of the InterNet became more widely 
known, many users outside of the academic/research com- 
mimily (e.g., employees of large corporations) started to use 
IntcrNet to carry electronic mail. 

In 1989, a new type of information system known as the 
World-Wide-Web ("the Web") was introduced to the Inter- 
Net. Early development of the Web took place at CERN, the 
European Particle Physics Laboratory. The Web is a wide- 
area hypermedia information retrieval system aimed to give 
wide access to a large universe of documents. At that time, 
the W^eb was known to and used by the academic/research 
community only. Tlicre was no easily available tool which 
allows a technically untrained person to access the Web, 

In 1993, researchers at the National Center for Supercom- 
puting Applications (NCSA) released a Web browser called 
"Mosiac*' that implemented a graphical user interface (GUI). 
Mosiac's graphical user inierffic*e was simple to learn yet 
powerful. 'Hie Mosiac browser allows a user to retrieve 
documents from the World-Wide-Web using simple point- 
and-click commands. Because the user docs not have to be 
technically trained and the browser is pleasant to use, it has 
the potential of opening up the InterNet to the masses. 

The architecture of the Web follows a conventional client- 
server model. The terms "client" and "server" are used to 
refer to a computer's general role as a requester of data (the 
client) or provider of data (the s6r\'er). Under the Web 
environment, Web browsers reside in clients and Web docu- 
ments reside in ser\'ers. Web clients and Web servers com- 
municate using a protocol called "IlypcrText Transfer Pro- 
tocol" (HTTP). Abrowser opens a connection to a server and 
initiates a request for a document. Tlie server delivers the 
requested document, typically in the form of a text document 
coded in a standard Hypertext Markup Language (HTML) 
format, and when the connection is closed in the above 
interaction, the server serves a passive role, i.e., it accepts 
commands from the client and cannot request the client to 
perform any action. 

The communication model under the conventional Web 
environment provides a very limited level of interaction 
between clients and servers. In many systems, increasing the 
level of interaction between components in the systems 
often makes the systems more robust, but increasing the 



^4,670 

2 

interaction increases the complexity of the interaction and 
typically slows the rate of the interaction. Thus, the con- 
ventional Web environment provides less complex, faster 
interactions because of the Web's level of interaction 

5 between clients and servers. 

In the conventional Web environment, clients do not 
retain information of a session after the session is closed. In 
many systems, the ability to retain information after the 
systems become inactive is crucial to the functioning of the 

10 systems. Thus, it is desirable to allow clients to have this 
ability. 

SUMMARY OF THE INVENTION 

The present invention involves a client-server system ou 
a network in which a server can send slate information to a 
client and the client stores the state information. The stored 
state information can later be sent back to the server at 
appropriate times. In this manner, the state of a client can be 
maintained in the client-server system where no state inher- 
ently exists in such a system. 

One embodiment of the present invention is a network 
system for communicating documents containing informa- 
tion such as text and one or more images. The system 
comprises a first computer (i.e., a server) capable of sending 
such documents over a network such as the InterNet. The 
system also has a second computer (i.e., a client) which can 
request these documents or files from the ser\'er. After the 
requested documents are received, the client can display the 
documents. In accordance with the present invention, the 
server can send state information to the client when a 
document is sent. The client then stores the state 
information, which is typically in the form of a state object. 
In a subsequent request for documents to the server, the 
client can send the stored slate information to the server. 

In an embodiment of the invention, the server uses a 
hypertext transfer protocol ("http") to communicate over the 
network with clients; such clients also communicate with the 
server using the hypertext transfer protocol. This server and 
4Q these clients are referred to as an http server and http clients 
respectively. The server typically will include a server 
processor and a memory and a computer readable medium, 
such as a magnetic ("hard disk") or optical mass storage 
device, and the computer readable medium of the server 
45 contains computer program instructions for transmitting the 
file from the server system to the client system and for 
transmitting the state object to the client system. The client 
typically will include a client processor and a memory and 
a computer readable medium, such as a magnetic or optical 
mass storage device, and the computer readable medium of 
the client contains computer program instructions for receiv- 
ing the state object, which specifies the state information, 
from the server and for storing the state object at the client. 
The state object, in a typical embodiment, will include a 
55 name attribute, such as a domain attribute. 

One of the applications of the present invention is an 
on-line shopping system. A customer can browse informa- 
tion delivered by a merchant server using a browser running 
on a client. The customer can also select products to be 
60 placed in a virtual shopping basket. The server then sends 
stale information related to the selected products to the 
browser on the client for storage. When the customer wants 
to purchase the products in the virtual shopping basket, the 
browser sends the corresponding state information to a 
^5 specified check-out Web page for processing. 

Another application of the present invention is an "on- 
line" information service, such as a newspaper's Web server 
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which includes articles or other information from the news- provided only as examples. Various modifications to the 

paper's subscription services. In one example, a newspaper preferred embodiments will be readily apparent to those 

or publishing company may have several diETcrcni skilled in the art, and the general principles defined herein 

publications, each requiring a separate subscription fee may be applied to other embodiments and applications 

which may differ among the difTereni publications. A user of 5 without departing from the spirit and scope of the invention, 

the information service may browse the different publica- Thus, the present invention is not intended to be limited to 

tions by making hltp requests, from (he client's/user's com- the embodiments shown, but is to be accorded the widest 

putcr system, to the publisher's Wcl^ server which responds scope consistent with the principles and features disclosed 

witfi the requested publication and state information speci- herein. 

fying the user's identification, and other subscription infor- lO Prior to describing the present invention, some introduc- 
mation (e.g., user registration and billing information) which tory material is explained, including explanations concern- 
allows the user to view the contents of the publication; this ^Qg client-server computing, IntcrNet addresses, URL's and 
information is typically provided by the aser at least once in browsing of the Web. 
a conventional log-on process. Thereafter, this information 

is included in the state information which is exchanged 15 CLIENT-SERVER COMPUTING 

between the client and the server in the process of the lA Ulustrates a conceptual diagram of a computer 

invention. Accordingly, when the u.scr, during the browsing ^^^^^^^j^ ^^^^ ^^^^ IntcrNet. Computer network 100 

process, desires to view another publication (e.g., from the comprises small computers (such as computers 102, 104, 

snmc or different publisher) this slate information will be j^^^ , computers, such as 

transmitted back to the Web server to provide the necessary 20 ^ B, commonly used as servers. In general, 

subscription information (thereby cntitUng the u.scr to view ^^^^ computers arc '^personal computers" or workstations 

the publication) without requiring the user to re-enter the ^^^^ ^^^^ ^.^^^ ^^j^.^j^ ^ ^^^^^ ^p^^^j^ jhc 

necessary subscription information. In this manner a user ^,or„pu,er lo make requests for data from other computers or 

may browse from publication to publication on the Web ^^^^^^ ^^^^^^^^ y^^^j, requested data resides 

server or a different Web server in the domain wiihoui 25 ,^ computers. In this scenario, small computers are 

having to re-enter, when seeking a new pubhcation. the ^^.^^^^ ^^^^ j^^^^ computers arc servers. In this 

necessary subscription information. specification, the terms "client'* and ''server" are used to 

llicse and other features of the present invention will be ^^^^^ ^ computer's general role as a requester of data 

dt.scloscd in the following description of the invention (client) or provider of data (server). In general, the size of a 

togfciher with the accompanying drawings. computer or the resources associated with it do not preclude 

T5T>inc nrrenniDTTAM nr 'i ur AWrwr^ computer's ability to act as a client or a server. Further, 

BRIEF DESCRIPTION Oh I HE DRAWINGS ^^^^ computer may request data in one transaction and 

llic objects, features, and advantages of the present provide data in another transaction, thus changing the com- 

invention will be apparent from ihe following detailed puter's role from client to server, or vice versa, 

description of the preferred embodiment of the invention client, such as computer 102, may request a file from 

with references to the following drawings, server A. Since computer 102 is directly connected to server 

FIG. lA is a pictorial diagram of a computer network used A through a local area network, this request would not 

in the present invention. normally result in a transfer of data over what is shown as 

FIG. IB shows a computer network containing a client 40 the •'network'" of FIG. 1. The "network" of RG, 1 represents 

system and a server system. »hc InterNet which is an interconnection of networks. A 

' i-ir- o -n , . .u . • ,«i ^t- t«vf ;man/.c different request from computer 102 may be for a file that 

HG. 2 lUustrates the ret leval ol remote text and images ^^^^^ J^^^ ^ H ^^^^ transferred from 

and their mtegration in a document. ^^^^^^ ^ ^^^^^^^ ^^^^^^^^ ^^^^^ ^ ^^^^ j.^^,,^^ 

FIG. 3A shows an exjwiiple of an H I'ML document which ^.ompuier 102. m distance between servers Aand B may be 

can be processed by the browser of the present invention. ^^^^ ^^^^^ ^ ^ ^^^^ continents, or very short, e.g., within 

FIG. 3B shows the integrated document corresponding to jj^g s^jnc city. Further, in traversing the network the data may 

the HTML document of FIG, 3 A o.s it would appear on a be transferred through several intermediate servers and 

display screen of a client computer. niany routing devices, such as bridges and routers, 

FIG. 4 shows schematically the flow of information 'ITie World-Wide-Web f 'The Web") uses the client-server 

between a client and a server in accordance with the present model to communicate information between clients and 

inveniion. servers. Web Servers are coupled to the InterNet and respond 

FIG. 5 Is a flow chart .showing the operation of a merchant to document requests from Web clients. Web clients (also 

system of the present invention. known as Web "browsers") are programs that allow a user to 

HG. 6 shows a computer system that could be used to run 55 simply access Web documents located on Web Servers, 

the browser of the present invention. FIG. IB shows, in more detail, an example of a client- 
server system interconnected through the InterNet 100. In 

DETAILED DESCRimON ^^^^ example, a remote server system 122 is interconnected 

Methods and apparatuses for maintaining state informa- through the InterNet to client system 120. The client system 

tion in a client -server ba.sed computer network sy.stem are 60 1 20 includes conventional componenLs such as a processor 

disclosed. The following description is presented to enable 124, memory 125 (e.g. RAM), a bus 126 which couples the 

any person skilled in the art to make and use the invention. processor 124 and memory 125, a mass storage device 127 

For purposes of explanation, specific nomenclature is set (e.g. a magnetic hard disk or an optical storage disk) coupled 

forth to jirovide a thorough understanding of the present to the processor and memory through an I/O controller 128 

invention. However, it will be apparent to one skilled in the 65 and a ncUvork interface 129, such as a conventional modem, 

art that these specific details arc not required to practice the 'llie server system 122 also includes conventional compo- 

prc.^nt invention. Descriptions of specific applications are nents such as a processor 134, memory 135 (e.g. RAM), a 
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bus 136 which cou])Ies ihe processor 134 and memory 135, 
a mass storage device 137 (e.g. a magnetic or optical disk) 
coupled to the processor 134 and memory 135 through an 
J/0 controller 138 and a network interface 139, such as a 
conventional modem. It will be appreciated from the 5 
description below that the present invention may be imple- 
mented in software which is stored as executable instruc- 
tions on a computer readable medium on the client and 
server systems, such as mass storage devices 127 and 137 
respectively, or in memories 125 and 135 respectively. 

IntcrNet Addresses 

As discussed in the background, the InterNet consists of 
a worldwide computer network that communicates using 
well defined protocol known a.s the InterNet Protocol (IP). 
Computer systems that are directly connected to the InterNet 15 
each have an uni(iue InterNet address. An InterNet address 
consists of four numbers where each number is less than 
2.56. The four numbers of an InterNet address are commonly 
written out separated by periods such as 192.101.0.3 

To simplify IntcrNet addressing, the "Domain Name 20 
System" was created. ITie domain name system allows users 
to access InterNet resources with a simpler alphanumeric 
naming system. An JnicrNct Domain name consists of a 
scries of alphanumeric names separated by periods. For 
example, the name "drizzle.statiford.edu*' is the name for a 25 
computer in the physics department at Stanford University. 
Read from left to right, each name defines a subset of the 
name immediately to the right. In this example, "drizzle" is 
the name of a workstation in the "Stanford" domain. 
Furthermore, "Stanford" is a subset of the "edu" domain. 
When a domain name is used, the computer accesses a 
"Domain Name Server" to obl;un the explicit four number 
InterNet address. 

Uniform Resource Locators 

To further define the addresses of resources on the 35 

IntcrNet, the Uniform Resource locator system was created. 

A Uniform Resource locator (URL) is a descriptor that 

specifically defines a type of InterNet resource and its 

location. URI^ have the following formal: 

resource_iypc; / / domain .address/ path„name Where 
"resource_type" defines the type of internet resource. 
Web documents are identified by the resource type 
"http" which indicates that the hypertext transfer pro- 
tocol should be used to access the document. Other 
resource types include "ftp" (file transmission protocol) ^5 
and ''telnet". Tlic "domain. address" defines the domain 
name address of the computer that the resource is 
located on. Finally, the "path^jiame" defines a direc- 
tory path within the file system of the server that 
identifies the resource. The right most name on the path 50 
name portion is usually the name of an actual file. Web 
pages are identified by the resource type *'hllp". By 
convention, most Web pages end with the sufiSx ".html" 
that suggests the file is a HyperText Markup Language 
document. An example of a URL for a Web document 55 
is: 

http: // info.ccrn.ch/hypenexi/Datasources /WWW/ 
Geographical.html 
This URL indicates that by using the HTIT (Web) protocol 
to reach a server called "info.ccrn.ch", there is a directory 
•'hypertexuDatasouicesAVWW" that contains a hypertext 
document named "GeographicaLhtml" Resources on the 
Internet are uniquely addressable by their URL. 

Browsing the Wo rid -Wide- Web ^5 
To access an initial Web document, the user enters the 
URL for a Web document into a Web browser program. The 
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Web browser then sends an http request to the server that has 
the Web document using the URL. The Web server responds 
lo the http request by sending the requested HTTP object to 
the client. In most cases, the HTTP object is an plain text 
(ASCII) document containing text (in ASCII) that is written 
in HyperText Markup Language (HTML). The HTML docu- 
ment usually contains hyperlinks to other Web documents. 
The Web browser displays the HTML document on the 
screen for the user and the hyperlinks to other Web docu- 
ments are emphasized in some fashion such that the user can 
selected the hyperlink. 

FIG. 2 illustrates the retrieval of remote text and images 
and their integration in a Web page by a client computer 130. 
In FJG. 2, server A contains a text document coded in a 
standard HTML formal. Server B contains an image file 
called Image 1 and server C contains another image file 
called Image 2. Each of these servers is remotely located 
from the other servers and the client 130, The transfer of data 
is via the Internet. It should be appreciated that the text and 
image files could be located in the same server which is 
remote from client 130. 

FIG. 3A shows an example of an Hl^L document. FIG. 
3B shows the corresponding integrated document (Web 
page) as it would appear on a display screen of a client 
computer. Ttie first line of the document in FIG. 3A reads 
"<titlc>Distributed Image Loading Example</title>." In this 
case, the tags <title> and </title> are HTML delimiters 
corresponding to the beginning and ending, respectively, of 
text that is designated as the title of the HTML document. 
The title could be used for various purposes, such as listing 
of the document in an automatically generated index. 

The second line of the HTML document of FIG. 3 A reads 
"<hi> Distributed Image Loading Example </hl>" The 
<h/l> and <^l> are HTML delimiters for a header that is to 
be displayed in a largest font. The browser software running 
on the client computer 130 interprets the header tags and 
thus displays the text between the header tags in a largest 
font size on the client's display screen. 

After the title and header, the HTML document of FIG. 
3 A contains the text "One of the major features . , . 
capability". At the end of the text paragraph is another 
HTML tag shown as <p>. Tliis is a tag indicating the end of 
a paragraph. 

To continue with the second paragraph of the HTML 
document, the text reads "This document . , . this image: 
<IMG align^middle src«"htlp ://www.su .se/ 
SUlogo.gif' >was obtained . . . The text in angle brackets 
defines an image to be placed in the text. Specifically, the 
"IMG" tag indicates that an image is being defined. The 
"alignamiddle" tag indicates that the image should be 
aligned in the middle of the current line of text. Finally. 
"src=" tag indicates that the source image file can be located 
using the URL "http: / /www.su.sc/ SUlogo.gif*, 

The line continues with the phrase "from the <A href- 
"http;/Avww,su,se/index.html">University of Stockholm</ 
A> This phrase defines "University of Stockholm" as a link 
to another Web document. Specifically, the "A" lag defines 
the beginning of a link. The "href-" tag defines thai the link 
is to a Web page that can be located using the URL 
"http:/Avww,su.sc/indcx.htmr' Next, the texl "University of 
Stockholm" is the text that will be the link. Finally, the "/A" 
tag defines the end of the link definition. As illustrated in 
FIG. 3B, the text "University of Stockholm" is displayed 
with underlining that indicates it is a link to another docu- 
ment. If the user selects the underlined text "University of 
Stockhokn", then the browser will send out a http request for 
the Web page at the URL address "http: / /wwwjsu.se/ 
index-btml". 
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It can be seen from the above example that the HTML 
document contains all infonmation a browser needs for 
displaying a Web page. Thus, the only responsibility of a 
Web server is to provide the requested document, and there 
is ao need for the server to request a client to do anything 5 
else. However, this role of a server also limits the utility of 
the Web euvironment. 

aj:)ding state information to the 
hypertext transfer protocol jo 

The present invention provides an extension to the prior 
art HTTP protocol. Using the teachings of the present 
invention, when a server responds to an http request by 
returning an H TJ'P object to a client, the server may also 
.send a piece of state information that the client system will 
store. In an embodiment of the present invention, the state 
information is referred to as a "cookie". Included in the state 
information (the cookie) is a description of a range of URLs 
for which thai slate information should be repeated back to. 
Thus, when the client system sends future HTTP requests to 
servers that fall within the rfinge of defined URLs, the 
requests will include a transmittal of the current value of the 
state object. By adding the ability to transfer state informa- 
tion back and forth, Web servers can then play an active role 
in transactions between clients and servers. The term state 
object is also used herein to refer to the state information. 

FIG. 4 is a drawing showing schematically the flow of 
information between a client system and a server system. At 
a lime indicated by numeral 172, the client system sends an 
http request to the Web server. In response to the http 
request, the server returns an HTMf, document together with 
a header, which is typically separate from the HTML 
documents, at a time indicated by numeral 174. The header 
may contain one or more cookies. Upon receiving the 35 
HTML document and the header, the client system displays 
an HTMLdocumcnL on the screen and stores the cookies in 
a memory such as a storage medium. The client may switch 
and w^ork on other tasks, or may be shut down completely. 
This is indicated by a dash line 176. At a time indicated by 
numeral 178, the client system may access a Web server that 
is specified in the received cookie such that the client system 
transmits the cookies to the server, thus providing state 
information about the client system to the server system. 

This extension to the http protocol provides a powerful 45 
new tool which en;ibles a large number of new types of 
applications to be written for a Web-based environment. 
Examples of new applications include on-line shopping that 
stores information about items currently selected by 
consumers, for- fee on-line sci^-ices that can send back 50 
registration information and thus free users from retyping a 
user-id on next connection, and Web sites that can store 
pcr-user preferences on the client system and have the client 
supply those preferences every time the site is later accessed. 
Server Behavior 55 

A particular embodiment of the slate information is 
described below in order to provide an example according to 
the present invention. It will be appreciated that alternative 
formats may be u.scd in accordance with the principles of the 
present invention. M stated above, the extension to the 60 
ITITP protocol adds a new piece of state information to the 
HTTP header as part of an H'lTP response from a Web 
server. Typically, the state information is generated by a 
common gateway interface C'CGl") script. The state infor- 
mation is stored by the receiving client system in the form 65 
of a "cookie ILst" for later use. 'ITie syntax of the new data, 
in one embodiment, is: 
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Set-Cookie: NAME-VALUE; expires-DATE; path- 
PATH; 

domain=DOMAlN„NAME; secure 
The capitalized terms can be set by the server system. The 
first attribute is "NAME« VALUE", This attribute serves to 
identify a cookie. The "NAME" attribute is a name for the 
cookie. The "NAME" attribute is the only required attribute 
on the "Set-Cookie" header in one embodiment. The 
"VALUE" is a value assigned to the previously defined 
name. The "VALUE" is a string of characters excluding, in 
one embodiment, semicolon, comma, and white spaces If 
there is a need to place these characters in the VALUE, 
standard encoding methods, such as URL*s type %XX 
encoding, can be used. 

The "expires-" attribute specifies a data string that defines 
the valid life time of the correspondiog cookie. Once the 
expiration date has been reached, the cookie will no longer 
be stored in the client system. Thus, the client system will no 
longer respond to Web servers with the cookie. Many coding 
schemes for designating time can be used. In a preferred 
embodiment, the "expires" attribute is formatted as: Wdy, 
DD-Mon-YY HH:MM:SS GMT In the this format, "Wdy" 
designates the day of a week, "DD-Mon-YY" designates the 
day, month and year, and "HH:MM:SS GMT" designates the 
hour, minute and second, in GMT time zone. Note that the 
"expires" attribute lets a client know when it is safe to purge 
a cookie, however, the client is not required to delete the 
cookie. If an expires attribute is not provided by the server, 
then the cookies expires when the user's session end.s. This 
can be implemented by storing the cookie only in volatile 
memory. 

The "domain «DOMAJN__NAME" attribute dcfmcs a 
domain for which the cookie is valid. Tlic domain attribute 
is usually set using the domain name of the sending Web 
server. Client systems examine the domain attribute when 
making later http requests. If the server that the client system 
is accessing falls within the defined D0MA1N„NAME, 
then the cookie may be sent to the server when making the 
http request, (The "path" must also be examined as will be 
explained later.) When a server system falls within the 
defined DOMAIN_J^AME, this is referred to as a "tail 
match." Note that a domain name that defines a subset of a 
domain is deemed to match a larger enclosing domain. For 
example, the host names "anvil.acme.com" and "shipping- 
.crate.acme.com" fall within the "acme.com" domain. 

Only hosts within the specified domain can set a cookie 
for a domain. The value of the "domain" attribute must have 
at least two periods in them to prevent accepting values of 
(he form ".com" and ".edu". If no domain name is specified, 
then the default value of the "domain" attribute is the 
domain name of the server that generated the cookie header. 

The "path" attribute is used to specify a subset of file 
system directories in a domain for which the cookie is valid. 
If a cookie has aheady passed "domain" matching, then the 
path name of the URL for a requested document is compared 
with the "path" attribute. If there is a match, the cookie is 
considered valid and is sent along with the http request. All 
the characters of the defined path must match, however there 
may be additional characters on the path name. Thus, further 
defined subdirectories will match a path to the parent 
director. For example, the path "/foo" would match "/foo/ 
bar", "/foo/bar-html", and even "/foobar", but "/foo" will not 
match the path "/". Note that the path "/" is the most general 
path since it will match any path. If no path is specified when 
a cookie is created, then the default path will be the same 
path as the document that was sent with the header which 
contains the cookie. 
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The lasl clcraenl of the cookie definition Is the optional given cookie name, but with separate paths, all the matching 

label of "secure." If a cookie is marked "secure/' then the cookies will be sent. Thus, both the cookie "namc=foo" with 

cookie will only be retransmitted if there is a secure com- a path mapping of "/bar" and the cookie "name-foo" with a 

munication channel to the server system. In a preferred path mapping of"/" should be sent since they have different 

embodiment of the present invention, this mean s tha t the 5 -^jjj names 

^o^.^'./i^* """^^ "'^^^ servers (HTTP over 5^^^ ^^^^^^ ^^^^^^ ^^^^ the Intcmct through 

SSI.) If the "secure attribute is not specified, a cookie is f^^^^^^jj ^^^^ j^at are designed to prevent unwanted 

considered safe to be sent over unsecured channels. ^^^^^ ^^^^ ^^^^^^ ^ j^^^j ^^^^ ^^^^^^^ ^ 

The defined extension to the HTTP protocol allows mul- . . , , c- n , a ^ • 1 . 

.1 . 1 ^ ^ „ o iiTTT> to the Internet. Fuewall systems often jmplcmenl "proxy 
tiplc scl-cookie headers to be issued in a single HI TP ,^ 1. . c*. . or * ^ r .u t . . i» • 
response. Each set-cookie header should follow the conven. ^^^^ ^^a* filter traffic to and from the Internet. It is 
tions of the above described format. miportant that proxy servers not cache Set<ookie corn- 
Client Behavior mands when caching HTlr mformation. i tius, if a proxy 

As previously described, when a client receives a set- server receives a response that contains a Set-cookic header, 
cookie command in a header, the client system stores the the proxy server should immediately propagate the Set- 
cookie in some type of storage. In order not to place too cookie header to the client. Similarly, if a client system 
much burden on client systems, each client system is request contains a "Cookie: " header, the cookie header 
expected to be able to store only a limited number of should be forwarded through a proxy even if a conditional 
cookies. In one embodiment, the storage requirements for "If-modificd-sincc" request is being made, 
the client systems are; To further describe the present invention, the following 

(1) 300 total cookies; 20 examples describe a set of Web transactions operating in 

(2) 4 kilobytes per cookie; and accordance with the present invention: 
(2) 20 cookies per server or domain (note that this rule 

treats completely specified hosts and domains which EXAMPLE 1 
are different as separate entities, and each entity has a 

20 cookies limitation). Servers should not expect cli- 25 A client system requests a Web document from the Web 

ents to be able to exceed these limits. When the 300 server "telemarking.acme.com" and receives in response: 

total cookies or the 20 cookie per server limit is Set- Cookie: CUSTOMER«WILE_E_CO VOTE; path=/; 

exceeded, clients may delete the least recently used expires=Wednesday. 9-Nov.-l999 23:12:40 

cookie even it the cookies expires time has not The client system stores this cookie in a local (client-side) 

passed . ^ ^ . u *^vtawt-,. storage unit (e.g. mass storage 127 or memory 125). Since 

If a cookie is received that matches the NAME ^^^^.^ ^^^^ specificaUy identified, the domain xvill 

domam and "path attnbute.s of a previously received "telemarking.acmc.com" since that is the domain 

cookie, then the previously received cookie xvill be over- ^.^^ of the server that generated the cookie. When the client 

written. Using this technique, it is possible for a server to ^^^^ ^ ^^ ^^^ ^ document in any path (since 

delete a cookie previously sent to a chent. Specifically a 35 ^ ./..^ ^ ^^^^ ^ ^^e telcmarking.acme- 

server that wishes to delete a previous cookie sends a a)ok.e ^^.^^^ 

havmft ' expires time which is in the past that matches the _ . . „ „ 

"NAME", "domain" and "path" attributes of cookie .0 be Cookie: CUSTOMERoWILE E_COYOTE 

deleted. Since the new overwritten cookie contains a expires Assuming the client system makes another request to the 

time that has passed, the cookie NviU be deleted by the cUem 40 telemarking acme.com domam, the client might receive 

system. Note "NAME", "domain" and "path" attributes of «"o»ber cookie firom the server such as: 

the expired cookie must match exactly those of the valid Set-Cookie: PART„NUMBER-KOCKET_ 

cookie. Since a system must be within the domain that is LAUNCHER; 

specified in the domain attribute, it is difiScull for any server path=/ 

other than the originator of a cookie to delete or change a 45 The client will locally store this additional cookie. Again, 

cookie. no domain name was identified, such that the default 

When a client system that implements the present inven- domain, "telemarking.acmc.com" will be stored. Now, if the 

tion wishes to send an hitp request to a particular Webserver, client makes yet another request (0 the "telemarking.acme- 

the client system first examines its cookie list to sec if the .com" domain, the client will send all the cookies it has for 

cookie list contains any matching cookies that need to be 50 that domain. Specifically, the client sends: 

sent to the particular Web ser\'er SpecificaUy, before the Cookie: CUSTOMER=WILE_E„COYOTE; 

client sends an http request to a Web server, the client parT_NUMBEK«ROCKET_I^UNCHER 

compares the URLofthe requested Web document against Assuming, the client continues transactions with the 

all of the stored cookies. If any of the cookies m the cookie "telemarking.acmc.com" server, it may receive the follow- 

list matches the requested URL then mformation conUinmg 55 • ^^^j..^ 

the nameA'flliie pairs of the matching cookies will be sent o 1 • o.,tr,n.xi^ r^rvtiv .u /r -n, .u 

along with the HITP request, m format of the line is: Set-Cookie: SHIPPING-FEEJEX; pa h«/foo TJen. if the 

Cbokie: NAMEl^valuel; NAME2-value2; . . . ^^"^^..^ "J '^''^J,, 1h '"^W^^^ 

,,,, , , ... „ me. acme. com server, the client will send two cookies 

When a client sends cookies to a server, all cookies with state information* 

a more specific path mapping should be sent before cookies 60 * 

with less specific path mappings. For example, a cookie Cookie: CUST0MER-WILE_E_COYOTE; 

"namel-foo" with a path mapping of "/bar" should be sent PAirr_NUMBER«ROCKET_LAUNCHER 

before a cookie "name2«foo2" with a path mapping of "/" Note that the cookie SHIPPING-FEDEX was not sent 

if they arc both to be sent since the path "/bar" is more because the path "/" docs not match the path "/foo". On the 

specific than the global matching path "/". 65 other hand, when the client requests a document on the 

Paths having a highcr-lcvcl value do not override more " tclemarking.acmc.com" server in pat h'Vfoo" on this server, 

specific path mappings. If there are multiple matches for a then the client will send three cookies as state information: 
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a>okie: CUSTOMER<-WILIi_E_COYOTE; 
PART_NUMnER«ROCKET_LAUNCHER; 
SHIPPINGoFEDEX 

EXAMPLE 2 

Assume that all of the transactions of Example 1 have 
been cleared. A client system tht;n requests a Web document 
from the Web server 'Melemarking.acme.com" and receives 
in response: 

Set Cookie: PART_NUMBER->ROCKET_ 

LAUNCHER„1; 
path-/ 

The client stores this cookie in a local (client-side) storage 
unit. Since no domain name was specilically identified, the 
domain will be set to "telcmarking.acme.com". When the 
client later makes a request to :i document in any path of a 
system in the telemarking.acme.com domain, the client 
sends back the following data as information: 
Cookie; PART_NUMBER«R0CKET_LAUNCHER_1 
Assuming the client continues to access the "telemarkin- 
g, acme. com" server, the client may later receive from the 
server: 

Set-Cookie: PART_„NUMBER«RIDING_.ROCKET_ 
23; 

path«/ainmo 

The new cookie lias the same name (PART_NUMBER) 
as an old cookie stored on the client system. Note that the old 
cookie is not overwritten since the new cookie has a different 
path attribute. Now, if the client makes a request for a 
document in the path 'Vammo" on the "lelemarking.acme- 
.com" server, the client should send the following two 
cookies as state information: 

Cookie: PART_„NUMBER«RIDING„ROCKET__23; 

PART_NUMBER»R0CKE'IM^AUNCHER__1 

Both cookies are sent since the path of the requested 
document ("/ammo**) matches both the "/" path of the first 
cookie and the '7am mo" path of ihc second cookie. Note that 
t!ie cookie PART_WMBER«R1DING„R0CKE1'_23 is 
sent first since it has a more specific path ("/ammo") than the 
global path ("/") associated with the cookie PAJiT_ 
NUMBER^ROCKET^LAUNCHER^l. 

An On-line Shopping System Application 

To illustrate one possible use of the state information 
system of the present invention, an implementation of an 
on-line shopping system will be described. The on-line 
shopping system allows customers to shop in one or more 
stores that are implemented as Web servers on the Internet. 
A customer can browse informaiion on the Web servers that 
describe products available from the stores. When a desired 
product is found, the user can place the product into a 
"virtual shopping basket." The virtual shopping basket is 
implemented as a set of cookies that arc sent to the client 
computer system and stored on the client computer sy.stem. 
At check-out time, the customer pays for the selected 
products using some type of payment system such as a credit 
card. After payment is received, the on-line shopping system 
notifies the stores to ship the selected products to the 
cu.stomer. 

FIG. 5 is a flow chart showing the operation of the 
merchant .system during an on-line shopping "trip" by a 
customer. The customer can run a browser on a client 
computer system, such as computer system 140 shown in 
FIG. 6 or client system 120 shown in FIG. IB. The computer 
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system 140 of FIG. 6 includes a display device 142 (such as 
a monitor), a display screen 144, a cabinet 146 (which 
encloses components typically found in a computer, such as 
CPU, RAM, ROM, video card, hard drive, sound card, serial 

5 ports, etc.), a keyboard 148. a mouse 150, and a modem 152. 
Mouse 150 have one or more buttons, such as buttons 154. 
The computer needs to have some type of communication 
device such as that Modem 152 allows computer system 140 
to be connected to the Internet. Other possible communica- 
lion devices include cthernet network cards. 

The customer uses Web browser software to access an 
on-line "merchant" .server that is operated by a merchant 
having products to sell. This merchant server is a server 
computer system such as server system 122 shown in FIG. 
IB. Specifically, the browser software sends an http request 
for the home Web page of a merchant Webserver (step 212). 
The merchant Web server responds to the request with an 
HTML document that is displayed by the browser (step 214). 
The home Web page contains information about the mer- 
chant and its products (e.g., shoes, hats, shirts, etc.). ITic 

20 home Web page can implement a set of linked Web pages 
that describe the products that are available firom the mer- 
chant. Each product may be associated with its own HTML 
document that fiilly describes the product. Products can be 
described using text, images, sounds, video clips, and any 

25 other communication form supported by Web browsers. The 
user can continue browsing through Web pages of the 
merchant server by repeating steps 212, 214, and 215. 

After browsing through the Web pages provided by the 
server, the customer may select a product (step 216) by, for 

30 example, "clicking'* (in the conventional manner) on an 
image of a product that causes the browser to request a Web 
page that fully describes the product. If the customer wishes 
to buy shoes from the merchant, (he customer could click on 
a "buy it" button. The merchant server then sends an HTML 

35 form document that requests the customer to send necessary 
details for the purchase (step 218). For example, the cus- 
tomer may select a quantity, a desired style, and size of the 
product as requested by the form document. Tlie browser 
then sends a POST command under H'lTP, which transmits 

40 the data entered into the form to the merchant server (step 
222). The data on the submitted form (e.g., quantity, size, 
style, etc.) is analyzed by the server and the transaction is 
processed, 'llie server then generates a synthetic page and 
sends it to the browser running on the client system. This 

45 synthetic page preferably contains a thank you note along 
with confirmation information. Cookies containing informa- 
tion describing the selected product are also sent at this time 
(step 224). 

The browser software running on the client system stores 

50 the cookies describing the selected products within the client 
computer system (step 226). The stored cookies include an 
identification of the contents of a virtual shopping basket 
that contains the products selected by the consumer. In an 
embodiment of the present invention, the cookies are stored 

55 in a lilc located in a storage medium (such as a hard disk) of 
client computer system 140. 

The time interval for storing the cookies that describe the 
selected products can be set to any desired length. In one 
embodiment of the present invention, the cookies arc deleted 

60 when the customer exits from the browser. This can be 
accomplished by not setting the "expires" attribute of the 
product description cookies. In another embodiment of the 
present invention, the cookies are kept valid (prior to their 
expiration) even after the customer exits from the browser 

65 and turns off computer 140. This can be accomplished by 
setting the "expires" attribute of the product description 
cookies to a later date. 
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After selecting u product, the customer may do additional 
shopping (e.g., buy a hat) from the same store or other stores 
(step 228), In this case, steps 212. 214, 215, 216, 218, 222. 
224 and 226 need to be performed for the additional prod- 
ucts. Each selection of a product in step 222 will result in the 
transmission of a cookie from the server to the client, which 
cookie identifies the selected product. The customer may 
also exit from the merchant system at any time. 

When the customer desires to buy the products, the 
customer accesses a link that identifies a "check-out*' Web 
page. The check-out Web page causes the browser to send all 
the product description cookies (230). llius, the check-out 
Web page empties out the virtual shopping basket. The 
me reliant ser\'er generates a total bill for all the products in 
the virtual shopping basket. The server may then request 
hilling information (e.g., credit card number) and shipping 
(e.g., address) information from the customer using a form. 
In a preferred embodiment the transaction of credit card 
information is transmitted using a secure medium. The 
transaction server then performs a rcaUtime credit card 
authorization. Once the transaction is authorized, transaction 
.server sends messages to individual merchants to fulfill the 
order (step 240). 

Other functions could be added to the above described 
merchant system. For example, several persons could use 
the same browser for shopping. In this case, the browser 
iclenlifies the person doing the shopping, and assigns product 
description cookies to the appropriate person. Thus, each 
person would have their own virtual shopping basket. 

Tlie invention has been described with reference to spe- 
cific exemplary embodiments thereof and various modifica- 
tions and changes may be made thereto without departing 
from the broad spirit and scope of the invention. The 
specification and drawings are, accordingly, to be regarded 
in an illustrative rather than a restrictive sense; the invention 
is limited only by the following claims. 

Wliat is claimed is: 

1. A method of transferring state information between an 
http server and an http client, said method comprising the 
steps of: 

requesting a file on said http server from said http client; 
transmitting said file from said http server to said http 
client; 

transmitting a state object from said http server to said 

http client; and 
storing said state object on said http client. 

2. The method of transferring state information as claimed 
in claim 1 wherein said state object comprises a name 
attribute. 

3. The method of transferring slate information as claimed 
in claim 1 wherein said state object is transmitted from said 
hitp client to a server when said http client makes predefined 
http requests to said server and wherein said state object is 
transmitted along with said file. 

4. The method of transferring state information as claimed 
in claim 1 wherein said stale object includes a domain 
attribute defining a domain and said state object is trans- 
mitted from said http client to a server only when said http 
client makes an http request to said sen-er and said server is 
within sai<l domain. 

5. Hie method of transferring state information as claimed 
in claim 1 wherein said state object further includes a path 
attribute defining a file system path and said state object is 
transmitted from said http client to said server only when 
said http client makes said http request for a document 
within said path at said server. 



74,670 

14 

6. The method of transferring slate information as claimed 
in claim 1 wherein said state object includes an expiration 
attribute defining a valid life time of said state object. 

7. The method of transferring state information as claimed 
5 in claim 1 wherein said state object includes an attribute 

requesting transmission using a secure channel. 

8. The method of transferring state information as claimed 
in claim 1 wherein said state object is encoded within a 
header associated with said file. 

10 9. A computer readable medium on an http client con- 
taining executable program instructions for performing a 
method comprising: 
requesting a file on a http server; 
receiving said file from said http server; 
receiving a state object which specifies slate information 

from said http server; 
storing said state object on said http client. 

10. A computer readable medium on an http server 
20 containing executable program instructions for performing a 

method comprising: 
receiving a request for a file on said http server from an 
http client; 

transmitting said file from said http server to said http 
25 client; 

transmitting a stale object which specifies stale informa- 
tion from said http server to said http client. 

11. A network of computer systems comprising: 

a client system having a client processor and a client 
computer readable medium coupled to said client 
processor, said client computer readable medium con- 
taining program instructions for receiving a state object 
which specifies stale information and for storing said 
state object on said client computer readable medium; 

a server system having a server processor and a server 
computer readable medium coupled to said server 
processor, said server system coupled to said client 
system through a network medium, said server com- 
puter readable medium containing program instructions 
for transmitting a file from said server system to said 
client system and for transmitting said state object to 
said client system. 

12. A network as in claim 11 wherein said server system 
comprises an http server and wherein said client system 
comprises an http client. 

13. A network as in claim 12 wherein said network 
medium comprises a client modem and a server modem and 
an interconnection between said cUent modem and said 
server modem. 

14. A computer system, said computer system compris- 
ing: 

a processor; 

a memory coupled to said processor; 
55 a computer readable medium coupled to said processor, 
said computer readable medium containing executable 
program instructions for: 
requesting a file on a server; 
receiving said file from said server; 
60 receiving a stale object which specifies state informa- 
tion from said server; and 
storing said state object in one of said memory and said 
computer readable medium. 

15. A computer readable medium as in claim 9 wherein 
65 said state object is transmitted from said http client to a 

server when said blip client makes predefined http requests 
to said server. 
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16. A computer readable medium as in claim 9 wherein 
said state object includes an e.xpiraiion attribute defining a 
valid life limc of said state object. 

17. A computer readable medium as in claim 9 wherein 
said state object further includes a path attribute defining a 
file system path and said stale object is transmitted from said 
http client to said server only when said http client makes 
said http request for a document within said path at said 
server. 

18. A computer readable medium as in claim 9 wherein 
said state object includes a domain attribute defining a 
domain and said state object is transmitted from said http 
client to a server only when said http client makes an http 
request to said server and said server is within said domain. 

19. A computer readable medium as in claim 10 wherein 
said state object is transmitted from said http client to a 
server when said http client makes predefined http requests 
to said server. 

20. A computer readable medium as in claim 10 wherein 
said state object includes a domain attribute defining a 
domain and said state object is transmitted from said http 
client to a server only when said http client makes an http 
request to said server and said server is within said domain. 

21. A computer readable medium as in claim 10 wherein 
said state object includes an expiration attribute defining a 
valid life time of said state object. 
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22. A computer readable medium as in claim 10 wherein 
said state object further includes a path attribute defining a 
file system path and said state object is transmitted from said 
http client to said server only when said http client makes 

5 said http request for a document within said path at said 
server. 

23. A computer system as in claim 14 wherein said state 
object is transmitted from said computer system to a server 
when said computer system makes predefined requests to 

10 said server. 

24. A computer system as in claim 14 wherein said state 
object includes a domain attribute defining a domain and 
said state object is transmitted from said computer system to 
a server only when said computer system makes a request to 

15 said server and said server is \vithin said domain. 

25. A computer system as in claim 14 wherein said state 
object further includes a path attribute defining a file system 
path and said state object is transmitted from said computer 
system to said server only when said computer system 

20 makes a request for a document within said path at said 
server. 

26. A computer system as in claim 14 wherein said state 
object includes an expiration attribute defining a valid life 
time of said stale object. 

25 

♦ ♦ ♦ ♦ * 



